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[57] ABSTRACT 

A plug-in executes as a separate computer process from a 
platform process in which the plug-in is installed and which 
invokes execution of the plug-in. The plug-in therefore has 
a context which is independent of the context of the platform 
process. Specifically, the plug-in is separated into a plug-in 
controller and a plug-in body. The plug-in body is a collec- 
tion of computer instructions execution of which perform 
the substantive task of the plug-in, i.e., the task by which the 
plug-in extends the functionality of the platform process. 
The plug-in controller is installed in the platform process as 
a plug-in using the plug-in installation mechanism of the 
platform process. Once invoked by the platform process, 
typically in response to user-generated signals received by 
the platform process, the plug-in controller invokes execu- 
tion of the plug-in body as a separate computer process from 
the platform process. The platform process creates a window 
into which the plug-in can display images and information 
and passes to the plug-in controller a window identifier of 
the window to thereby grant the plug-in controller access to 
the window. The plug-in controller passes the window 
identifier to the plug-in body through an argument list in 
execution of the exec( ) system call. The plug-in body avoids 
deletion of the window by creating a sub-window of the 
window and manipulating the window hierarchy to prevent 
deletion of the sub-window as a consequence of deletion of 
the window provided by the platform process. 

18 Claims, 9 Drawing Sheets 
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PLUG-IN CONTROL INCLUDING AN the data files in an invalid, intermediate state from which a 

INDEPENDENT PLUG-IN PROCESS va l id state cannot be recovered without data stored in the 

address space of the crashed platform process. While plug- 

FIELD OF THE INVENTION ins are generally designed not to crash, plug-ins can include 

„ t . t . , . , . ^ « - s programing errors, particularly during development of the 

The present invention relates to computer software and, in ^ to ^ mtxci ^ re l ease * d somet i ra es in early 

particular, to a plug-in mechanism whereby existing com- releases of the plug-in 

puter software application programs can be extended to M a ^ deve io P ing a plug-in requires frequent restart- 
include new functionality. ing of ^ p]atform procesS) since the plug . in fe par( of the 

BACKGROUND OF THE INVENTION 10 pl a tf° rm process, after each such crash. The time required to 

start the platform process and achieve a particular state in the 

Many computer programs which are commercially avail- plug-in execution represents a significant portion of the time 

able today enable other software developers to add func- required to develop the plug-in. For example, a particular 

tionality to such application programs by providing a plug-in state of the platform process is sometimes required to test a 

interface. A plug-in is a collection of computer instructions ^ particular feature of the plug-in and achieving that particular 

which is detected by a platform computer process at run- state sometimes requires an appreciable amount of time and 

time and subsequently invoked during run-time. Briefly, the effort by the developer of the plug-in. 

platform computer process is created by invocation of a During development of a plug-in, debugging, i.e., detect- 

platform computer program which can be purchased com- ing and rem0 ving programming errors from, the plug-in 

mercially or otherwise acquired from some source of com- 2Q some ti m es requires that both the platform process and the 

puter programs. Of course, the platform computer program plug . in are executed in the context of a debugger. Adebug- 

can also be developed by the developer of the plug-in as ger ^ a computer proccss which provides an execution 

well. The platform computer process includes a mechanism context for another, analyzed computer process whereby the 

by which separately provided plug-ins are detected and by developer can monitor various components of the execution 

which a user can invoke execution of any of the plug-ins. 25 state of me analyzed computer process to detect programing 

As a result, a user can extend the functionality of the errors in the analyzed computer process such that removal of 

platform computer process by installing, and subsequently such programming errors is possible. Debuggers are rather 

invoking execution of, various plug-ins. The user can thus complex computer processes themselves and often have 

customize the platform process to provide desired function- bugs, i.e., programming errors, of their own. As a result, 

ality while foregoing installation of plug-ins which provide 30 debuggers are less effective at monitoring large, complex 

functionality which is superfluous with respect to the par- computer processes. Thus, inclusion of a plug- in with a 

ticular needs of the user, which leads to conserving primary platform process reduces the effectiveness with which a 

storage during execution and to preserving secondary stor- debugger can detect programming errors in the platform 

age in general. In addition, software developers other than process and/or the plug-in. 

the developer of the platform process can develop and 35 f n addition, if a plug-in contains a resource leak, i.e., 
provide plug-ins to provide functionality which is not envi- allocates but does not free resources, those resources are not 
sioned by developer of the platform process, thereby recovered by the platform as available for subsequent real- 
enhancing of the functionality ultimately provided by the location when the plug-in is terminated. Since the plug-in is 
platform process through addition of such plug-ins. a component of the platform process, resources allocated, 
Plug-ins are typically implemented as dynamically linked 4 q and thus reserved, by the plug- in are in actuality reserved by 
libraries (DLLs). DLLs are well-known but are described the platform process. However, the remainder of the plat- 
here briefly for completeness. A DLL is a library which is form process is generally unaware of the resources allocated 
linked dynamically, i.e., at run-time. A library is a collection by the plug-in and therefore cannot access or free such 
of computer instruction modules which can be invoked by resources if the plug-in does not free such resources, 
computer instruction modules of another computer program. 45 Repeated resource leaks can cause a computer process to run 
The inclusion of computer instruction modules of a library entirely out of various resources while such resources are 
into a computer program is generally accomplished in a not actually in use. 

well-known mechanism called linking in which references Furthermore, plug-ins are typically limited to the context 

to the computer instruction modules of the library are of the platform process. Specifically, if the platform process 

resolved into address offsets within the computer program. 50 i n single-threaded, i.e., can have only a single execution 

Computer instruction modules of a DLL are linked at state at one time, me plug-m must also be single threaded in 

run-time. Specifically, computer instruction modules of a some operating systems. For example, such is true in the 

DLL are loaded into the address space of a computer process Solaris operating system, versions 2.5 and 2.5.1, available 

and references to the computer instruction modules are f rom Sun Microsystems, Inc. of Mountain View, Calif, 

resolved into the addresses of the loaded computer instruc- 55 Multi-threaded processes are known and are advantageous 

tion modules. In general, a computer process is an execution i n that each thread of the process can be separately sched- 

of a computer program and includes, in addition to the u l e d for execution by an operating system. As a result, the 

computer instructions of the computer program, an execu- various threads of a single process can execute concurrently 

tion state which in turn includes an address space. and each process can continue execution even if another of 

While plug-ins are advantageous for the reasons given 60 the threads has entered a wait state pending some event such 

above, plug-ins which are unreliable can be a detriment to as completion of an I/O access. Conversely, execution of the 

the platform computer process. For example, if a plug-in entirety of a single-threaded process is suspended if any 

crashes, i.e., enters an invalid state such that execution of the component of the process enters a wait state. Since the 

plug-in cannot continue, the platform process crashes as platform process can be developed by a developer other than 

well. Crashing the platform process can result in loss of data 65 the developer of the plug-in, the developer of the plug-in 

which is not saved outside the address space of the platform may desire to implement the plug-in as multi-threaded but 

process and, in some cases, can corrupt data files by leaving cannot change a single -threaded platform process to execute 
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in a multi-threaded environment. In some operating portion. The present invention therefore represents a signifi- 

environments, whether a process is single-threaded or multi- cant improvement over prior art plug-in mechanisms, 

threaded is determined at run-time and cannot be changed The platform process creates a window into which the 

subsequently. Therefore, in such an operating environment, plug-in can display images and information and passes to the 

a plug-in for a single-threaded platform must be single- s p i ug . in controller a window identifier of the window to 

threaded, thereby grant the plug-in controller access to the window. 

What is needed in the industry is a mechanism whereby The plug-in controller passes the window identifier to the 

plug-ins can extend the functionality of a platform process plug-in body through an inter-process communications 

without subjecting the platform process to programing mechanism such as a socket pair. In one embodiment, the 

errors, resource leaks, and other failings of the plug-in. In 10 window identifier is entirely independent of the context of 

addition, the ability to execute a multi-threaded plug-in from the platform process. In contrast, some identifiers used by 

a single-threaded platform process is highly desirable. the platform process are based on offsets into the address 

space of the platform process and are therefore dependent on 

SUMMARY OF THE INVENTION the context of the platform process. In other words, access 

In accordance with the present invention, a plug-in 15 to the address space or other components of the execution 
executes as a separate computer process from the platform si&i ? ° f the platfonn process are required to make use of 
process and therefore has a context which is independent of STlch ^mers, and such identifiers are therefore dependent 
the context of the platform process. Specifically, the plug-in U P°° the ™ nic ? of the P latfo nn P r ° ce f Conversely, the 
is separated into a plug-in controller and a plug-in body. Tlie „ ldentlfier * "^P™*?* of the context of the 
plug-in body is a collection of computer instructions execu- 2 ° f latfc ; rm ? T0C *f and no ^formation pertaimng to the execu- 
tion of which perform the substantive task of the plug-in, ^n state or address space of Uie platform process is required 
i.e., the task by which the plug-in extends the functionality l A ° acc « * c wind ,° W thr ° U ? h ^ °l ^ WU,d ° W 
of the platform process. In one embodiment, the platform Accordingly, the plug-in body, winch is a separate computer 
process is a World Wide Web browser for retrieving HTML „ V 0CCS * bomjhe platform process needs only the window 
documents through the Internet and the plug-in retrieves 25 «tenti6er to dispUy imap and mfoimabon in die wndow 
motion video and audio streams through the Internet and and to receive notificaUon of events associated with user 
displays the retrieved streams in a window provided by the manipulation of input devices which are associated with that 
platform process. The plug-in further provides a graphical wm ovv ' 

user interface by which a user can control the display of the 30 BRIEF DESCRIPTION OF THE DRAWINGS 
motion video/audio streams to play, stop, pause, resume, 

fast-forward, rewind, etc., much like the controls on a FIG. 1 is a block diagram of a computer system in which 

typical video cassette recorder (VCR). In this embodiment, a platform process executes and in which a plug-in control- 

these functions are provided by the plug-in body which ler and plug-in body in accordance with the present inven- 

executes as a separate computer process. 35 tion operate. 

The plug-in further includes a plug-in controller which is FIGS. 2A-C are block diagrams illustrating invocation of 

installed in the platform process as a plug-in using the the plug-in body of FIG. 1 as a computer process which is 

plug-in installation mechanism of the platform process. The separate from the platform process in accordance with the 

plug-in controller is, in one embodiment, invoked by loading present invention. 

an HTML document which includes an EMBED tag which 40 FIG. 3 is a logic flow diagram of the processing of the 
identifies the plug-in controller. The platform process typi- phlg _ in controller to invoke the plug-in body of FIG. 1 as a 
cally loads the HTML document in response to user- computer process which is separate from the platform pro- 
generated signals received by the platform process. Once ccss in accor dance with the present invention. 

invoked by the platform process, the plug-in controller A . , . a f . . - 

, j * PIG. 4 is a logic flow diagram of the termination of the 

invokes execution or the plug-in body as a separate com- 45 1 • . j • . T • * ju 

c i- l 1 *r o *n 11 iL plug-in body in response to a terminate message received by 

puter process from the platform process. Specifically the l y coatI0 ^ t from ^ platform of nG . £ 
plug-in controller uses the fork( ) system call to create a 

duplicate of the platform process, which includes a duplicate ™- 5 * a j 1 °g[ c fl ° w f^™ 1 of the changing of the 

of the plug-in controller. The duplicate of the plug-in con- Provided by the platform process as performed by 

trailer uses the exec( ) system call to replace the computer 50 the P lu S" in controller and the plug-in body of FIG. 1. 

instructions of the duplicate platform process with the FIGS. 6A-E are screen view diagrams of the changing of 

computer instructions of the plug-in body. Accordingly, the the window provided by the platform process of FIG. 1 

plug-in body executes as a computer process which is according to the logic flow diagram of FIG. 5. 
separate and independent from the platform process. 

As a result, any failure of the plug- in body does not cause 55 
failure of the platform process. In addition, the plug-in body In accordance with the present invention, a plug-in con- 
can execute as a multi-threaded process notwithstanding troller 112 (FIG. 1) is implemented as a plug-in of a platform 
execution of the platform process as a single-threaded process 110 and executes a plug-in body 114 as a separate 
computer process. The plug-in body can therefore avail itself computer process within computer system 100. As described 
of the various advantages of multi-threaded execution. In 60 more completely below, invocation of plug -in controller 112 
addition, termination of the plug-in body automatically frees causes plug-in controller 112 to be loaded into platform 
all resources allocated to the plug -in body since resources process 110 using a conventional plug-in mechanism. Plug- 
allocated to a computer process are typically automatically in controller 112 then executes plug-in body 114 as a 
freed by the operating system in which the computer process computer process which is separate and distinct from plat- 
executed prior to termination. Conversely, termination of 65 form process 110. Plug-in controller 112 and plug-in body 
only a portion of a computer process does not automatically 114 collectively form a novel plug-in for platform process 
free resources allocated to the computer process by that 110. Plug-in controller 112 implements a simple interface 
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with platform process 110 and controls execution of plug-in execute in processor 102 (FIG. 1). Execution of plug-in 
body 114 on behalf of platform process 110. Plug-in body controller 112B upon invocation is illustrated in logic flow 
114 implements the substantive processing of the plug-in diagram 300 (FIG. 3) in which processing begins with step 
formed collectively by plug-in controller 112 and plug-in 302. In step 302, plug-in controller 112B (FIG. 2A) marshals 
body 114 and is partially controlled by platform process 110 5 in arguments received from platform process 110 by con- 
through plug-in controller 112. To facilitate appreciation of ventional operation of the conventional plug-in mechanism, 
the present invention, the operating environment of platform Arguments are data by which one software module passes 
process 110, plug-in controller 112, and plug-in body 114, information to another software module. In this case, plat- 
i.e., computer system 100, is briefly described. f°rrn process 110 provides an environment within which a 
Computer system 100 includes a processor 102 and 10 P lu g" in > such ™ P lu g* in controller 112B, can operate and 
memory 104 which is coupled to processor 102 through an Provides to the plug-in information which specified the 
interconnect 106. Interconnect 106 can be generally any environment and grants the plug-in access to the environ- 
interconnect mechanism for computer system components ment * For exam P le > platform process 110 provides to plug-in 
and can be, for example, a bus, a crossbar, a mesh, a torus, controller 112B a window identifier of a window into which 
or a hypercube. Processor 102 fetches from memory 104 is and information produced by the plug-in collectively 
computer instructions of a computer process such as plat- formed by plug-in controller 112 and plug-m body 114 can 
form process 110 and executes the fetched computer instruc- displayed. 

tions. In addition, processor 102 can fetch computer instruc- After ste P 302 > P lu g" in controller 112B (FIG. 2A) pro- 
tions through computer network 170 through network access ceeds to initiate execution of plug-m body 114. Specifically, 
circuitry 160 such as a modem or ethernet network access 20 in step 304 to which processing transfers from step 302, 
circuitry. Processor 102 also reads data from and writes data plug-in controller 112B creates a duplicate process HOB 
to memory 104 and sends data and control signals through ( FIG 2B ) of P latfo rm process 110 by execution of the fork( 
interconnect 106 to one or more computer display devices ) s ys tem cal1 * The ) system call is a known component 
120 and receives data and control signals through intercon- of the kn0WD UNIX operating system and is not described 
nect 106 from one or more computer user input devices 130 ^ herein in detail * Br i cflv . execution of the fork( ) system call 
in accordance with fetched and executed computer instruc- b y an ori g inal computer process creates a duplicate com- 
mons P utcr process which executes independently of the original 
Memory 104 can include any type of computer memory ° om P ute ' ' P rocess - J 116 du P, Ucate '^'Process is iden- 
and can include, without limitation, randomly accessible ,ical * the i^f* 1 com P ut « P rocess ™< h °^ °" 6 
memory (RAM), read-only memory (ROM), and storage 30 ^P 1 ™- Each P™* 58 'ncludes as part of the 
devices which include storage media such as magnetic f. tate of toe "impute* process a flag which indicates whether 
and/or optical disks. Memory 104 stores platform process ,he ° om P uteT P rocess 18 the ""S™ 1 or th * d "P hcate > and 
110 which is a computer process which executes within each «"=P^r process can determine whether it is the 

processor 102 from memory 104. In addition, memory 104 onginal ° r $ ; efe , ren f to . ^ °f g \P U ^t 

, , , ,, ,,i , , ■ . . it A 35 process HUB includes a duplicate plug-in controller 112 BB 

stores plug-m controller 112 and plug-in body 114. .-, . ■ -, , , r . • ., 

_ . ° ,.,,.?««. . .. which executes independently of plug-in controller 112B. 

Each of computer cusplay devices 120 can be any type of pl in mttlaiaBt 112B identifies itself as part of the original 

computer display dev.ee mcluding without limitation a computer process and continues processing at step 306 (FIG. 

P™' 6 '** C f thode ra ,y tut f ( CR ?' * ^;*™ttmg dl ° de f 3). Duplicate plug-in controller 112BB (FIG. 2B) identifies 

(LED) display or a liquid crystal d.splay (LCD). Each of 4Q itself as part of the dupkeate computer process and executes 

computer display devices 120 receives from processor 102 according t0 logic flow diagram 300B ^ 3) in which 

control signals and data and, in response to such control proccss i n g begins with step 320. 

signals, displays the received data. Computer display &u } 

devices 120, and the control thereof by processor 102, are * *i_ /\ . n /\ * n- 

, 3 * * executes the execf ) system call. The execf ) system call is 

conventional . 

45 a known component of the known UNIX operating system 

Each of user input devices 130 can be any type of user and ^ described nerein only briefly for completeness, 

input device including, without limitation, a keyboard, a ExeC iition of the exec( ) system call by an original computer 

numeric keypad, or a pointing device such as an electronic process causes the ori ^ na] computer process to be replaced 

mouse, trackball, light-pen, touch-sensitive pad, digitizing ^ a mbstitntc compuicr pr0C ess such that the computer 

tablet, thumb wheels, or joystick. Each of user input devices 50 instructions of th e substitute computer process occupy the 

130 generates signals in response to physical manipulation add ress space of the original computer process. The original 

by a user and transmits those signals through interconnect compu ter process can pass information to the substitute 

106 to processor 102. computer process by including such information in the 

In FIG. 1, platform process 110 executes within processor argument list of the exec( ) system call. Argument lists are 

102 from memory 104 and plug-in controller 112 and 55 well-known and are not described herein. In step 320, 

plug-in body 114 are dormant, i.e., are stored within memory duplicate plug-in controller 112BB causes platform process 

104 but are not executing within processor 102. As described HOB to be replaced by plug-in body 114 to thereby form 

briefly above, plug-in controller 112 is installed as a plug-in plug-in body 11 4B (FIG. 2C) which is a computer process 

for platform process 110 in a conventional manner. In one executing within computer system 100 (FIG. 1). In addition, 

embodiment, an identifier of plug-in controller 112 is 60 duplicate plug-in controller 112BB (FIG. 2B) uses the 

included in a list of available plug-ins for platform process argument list of the exec( ) system call to pass to plug-in 

110 and plug-in controller 112 is invoked by a user of body 114B (FIG. 2 C) arguments marshaled in from platform 

computer system 110 through conventional user-interface process 110 by plug-in controller 112B in step 302 (FIG. 3) 

techniques. as described above. Duplicate plug-in controller 112BB 

Upon invocation, plug-in controller 112 is loaded into the 65 (FIG. 2B) includes the arguments marshaled in by plug-in 

address space of platform process 110, as indicated in FIG. controller 112 B because duplicate plug-in controller 112B is 

2 A, to form plug-in controller 112B which proceeds to a duplicate of plug-in controller 112 B which includes the 
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arguments. Processing according to logic flow diagram 
300B transfers to step 322 in which plug-in body 114B (FIG. 
2C) continues processing according to the particular com- 
puter instructions of plug-in body 114. 

Thus, plug-in controller 112B invokes execution of plug- 5 
in body 114B as a separate and independent computer 
process executing within computer system 100 (FIG. 1). In 
doing so 7 plug-in controller 112B creates and keeps a socket 
202A which plug-in controller 112B uses to send and receive 
messages to and from, respectively, plug-in body 114B. 10 
Similarly, plug-in body 114B includes a socket 202B which 
plug-in body 114B uses to send messages to and receive 
messages from plug-in controller 112B. Sockets are well- 
known inter-process communication mechanisms and are 
not described further herein. Creation of sockets is similarly ]5 
well-known. 

In step 306, to which processing of plug-in controller 
112B continues from step 304, plug-in controller 112B 
controls operation of plug-in body 114B in accordance with 
messages received by plug-in controller 112 B from platform 20 
process 110. Plug-in controller 112B uses socket pair 202 to 
send control messages to and receive status messages from 
plug -in body 11 4B. In one embodiment, platform process 
110 sends generally two types of messages to plug-in 
controller 112B, namely, a change window message and a 25 
terminate message. The change window message indicates 
that the window to which a plug-in can write images and 
information is about to be replaced with a new window, 
perhaps having a different size. The terminate message 
indicates that a plug-in is about to be terminated by platform 30 
process 110. In response to the terminate message, a con- 
ventional plug-in frees all allocated resources and saves in 
persistent memory of memory 104 (FIG. 1) any necessary 
data. 

Plug-in body 114B (FIG. 2C) executes and behaves in 35 
accordance with the particular computer instructions 
included in plug-in body 114 as designed by the developer 
of plug-in body 114. In one embodiment, platform process 
110 is the Netscape Navigator browser for retrieving HTML 
documents through the World Wide Web of the Internet, and 40 
plug -in body 11 4B retrieves motion video and audio streams 
and displays those streams in a window provided by plat- 
form process 110. Since plug-in body 114B is a separate 
computer process from platform process 110, failure of 
plug-in body 114B does not cause failure of platform 45 
process 110. Accordingly, time required to restart plug- in 
body 11 4B after such a failure does not require restarting 
platform process 110, saving time and user effort. In 
addition, plug- in body 114B can execute as a multi-threaded 
process even if platform process 110 is a single -threaded 50 
process. Plug-in body 11 4B can therefore avail itself of the 
benefits and efficiencies of multi-threaded processes not- 
withstanding the decision of the developer of platform 
process 110 that platform process 110 is to be single - 
threaded. 55 

However, since plug-in body 114B is a separate computer 
process from platform process 110, plug-in body 114B 
cannot generally use information which is specific to the 
address space of platform process 110. In general, any 
processing which requires such information must be carried 60 
out by plug-in controller 112B. In the X Windows program- 
ming environment of the UNIX operating system, window 
identifiers are used to identify windows to which images and 
information can be written for display in one or more of 
computer display devices 120 and are independent of the 65 
address space of the computer process which creates the 
window. Therefore, plug-in body 114B can receive and use 
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a window identifier of a window created by platform process 
110 for the purpose of display by plug-in body 114B of 
images and information. In one embodiment, plug-in body 
114B receives the window identifier from plug-in controller 
112B through the argument list of the exec( ) system call 
executed in step 320 (FIG. 3) which is described above. 

Processing by plug -in controller 112B and plug-in body 
114B in response to a terminate message from platform 
process 110 is shown in logic flow diagrams 400A (FIG. 4) 
and 400B, respectively. In step 402, plug-in controller 112B 
(FIG. 2C) receives the terminate message from platform 
process 110. Processing transfers to step 404 (FIG. 4) in 
which plug-in controller 112B (FIG. 2C) sends the terminate 
message to plug-in body 114B through sockets 202 A-B. In 
response to the received terminate message, plug-in body 
114B begins performance of a terminate procedure as rep- 
resented by begin step 420 (FIG. 4). In step 422, plug-in 
body 114B frees all resources allocated by plug-in body 
114B and saves in persistent memory of memory 104 (FIG. 
1) any data which plug-in body 114B (FIG. 2C) is pro- 
grammed to save for subsequent invocations of plug-in body 
114. Processing transfers to step 424 (FIG. 4) in which 
plug- in body 114B (FIG. 2C) sends a message to plug-in 
controller 112B to indicate that plug-in body 11 4B is about 
to terminate its own execution. After step 424 (FIG. 4), 
plug-in body 114B terminates its own execution. 

From step 404, processing by plug-in controller 112B 
transfers to step 406 in which plug-in controller 112 B waits 
to receive a message from plug-in body 114B that execution 
of plug-in body 11 4B is about to terminate. If such a 
message is received, processing by plug-in controller 112B 
terminates and platform process 110 subsequently removes 
plug-in controller 112B from the address space of platform 
process 110, Conversely, if no such message is received 
within a predetermined amount of time, plug-in controller 
112B assumes that plug-in body 114B cannot complete 
performance of step 422 and terminates plug-in body 114B 
using the known kill( ) system call. All resources allocated 
by plug-in body 11 4B are freed and made available for 
subsequent reservation by other computer processes not- 
withstanding failure of plug-in body 114B to successfully 
perform step 422. Therefore, plug-in body 114B cannot leak 
resources. 

As described briefly above, platform process 110 provides 
a processing environment for a plug-in such as the one 
formed collectively by plug-in controller 112 and plug-in 
body 114. Specifically, platform process 110 provides a 
window 606 (FIG. 6) which is displayed within computer 
display device 120Aof computer display devices 120 (FIG. 
1) and which has a state which is maintained within memory 
104. Window 606 (FIG. 6) is identified by a window 
identifier which platform process 110 passes to plug-in body 
114B (FIG. 2C) in the manner described above. Plug-in 
body U4B therefore has access to window 606 and can 
display images and information in window 606 (FIG. 6). 

Windows are known but are described briefly for com- 
pleteness. A window resembles a partitioned portion of a 
computer display and is a virtual display to which an 
individual computer process has exclusive access, i.e., in 
which the computer process can display graphical data 
without interference from other computer processes. In 
some windows-based environments, such as the X Windows 
operating environment of the UNIX operating system, have 
a window hierarchy in which each window is a sub-window 
of another window. Only one window, referred to as the root 
window, is the sub-window of no other. Root window 602 is 
shown in FIGS. 6A-E. Platform process 110 (FIG. 2Q 
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creates a window 604 (FIG. 6) and creates window 606 as 
a sub-window of window 604 to create a virtual display for 
plug-in controller 112B to display images and information. 

In one embodiment, platform process 110 includes a 
user-interface mechanism whereby a user can cause window s 
604 to be resized and/or moved by physical manipulation of 
one or more of user input devices 130 (FIG. 1). In this 
embodiment, platform process 110 repositions window 606 
(FIG. 6), e.g., to keep window 606 in a desired position 
relative to the position of window 604, by deleting window ]Q 
606 and creating a new window of the new window size. 
Since plug-in body 11 4B executes as a computer process 
which is separate from platform process 110, careful syn- 
chronization between platform process 110 and plug-in body 
114B can be required to terminate display of graphical data l5 
in the old, deleted window and to resume display of the 
graphical data in the new window. Such is particularly true 
if the graphical data is a motion video stream in which 
continuity between the motion video image of the old, 
deleted window and the motion vide image of the new 20 
window is desired. While, in some embodiments, it is 
possible to configure platform process 110 to simply move 
the window rather than delete and replace the window, in 
other embodiments, platform process 110 is developed and 
implemented by software engineers other than those devel- 25 
oping and implementing plug-in controller 112 and plug-in 
body 114. As a result, such reconfiguration of platform 
process 110 is not feasible for software engineers developing 
and implementing plug-in controller 112 and plug-in body 
114. 

Thus, prior to displaying any images or information in 
window 606 (FIG. 6A), plug-in body 114B (FIG. 2C) creates 
a new window 608 (FIG. 6B) which is a sub-window of 
window 606 and to which plug-in body 114B displays 
images and information. Window 608 is positioned to cover 35 
the entirety of window 606, i.e., has the same position and 
size of window 606. For clarity, window 608 is shown as 
slight offset from window 606 in FIG. 6B while in practice 
window 606 is completely occluded by window 608. Plug-in 
body 114B displays images and information in window 608 40 
rather than in window 606 to obviate redisplay of the 
displayed contents of window 608 in the event of a resize or 
repositioning or other change of window 606 by platform 
process 110 in which window 606 is deleted by platform 
process 110. 45 

The processing of a change window message by plug-in 
controller 112B (FIG. 2C) is illustrated in logic flow diagram 
500 (FIG. 5) in which processing begins in step 502. In step 
502, plug-in controller 112B (FIG. 2C) receives a kill 
window message from platform process 110. In step 504 50 
(FIG. 5), plug-in controller 112B (FIG. 2C) changes the 
window hierarchy within computer system 100 (FIG. 1) 
such that window 608 (FIG. 6B) is an immediate sub- 
window of root window 602 rather than window 606. The 
mechanisms by which plug- in controller 112B (FIG. 2C) 55 
changes the hierarchical relationships of windows in the 
known X Windows operating environment of the known 
UNIX operating system are conventional and well known. 
Accordingly, deletion of window 606 (FIG. 6B) by platform 
process 110, which also deletes all sub-windows of window 60 
606, does not delete window 608 (FIG. 6C) which is now a 
immediate sub- window of root window 602. 

Platform process 110 (FIG. 2C) subsequently deletes 
window 606 as shown in FIG. 6C. However, since window 
608 is an immediate sub-window of root window 602 and is 65 
therefore not a sub-window of window 606, window 608 
survives deletion of window 606. Platform process 110 then 
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creates a new window 610 (FIG. 6D) with a new position 
and/or size and sends to plug-in controller 112B (FIG. 2C) 
a new window message which includes the window identi- 
fier of new window 610 (FIG. 6D). 

Processing by plug-in controller 112B (FIG. 2C) transfers 
from step 504 (FIG. 5) to step 506 in which plug-in 
controller 112B (FIG. 2C) receives a new window message 
from platform process 110 which identifies a newly created 
window which replaces the deleted window and to which a 
plug-in can display images and information. Processing 
transfers to step 508 (FIG. 5) in which plug-in controller 
112B changes the window hierarchy within computer sys- 
tem 100 such that window 608 (FIG. 6D) is an immediate 
sub -window of new window 610 rather than root window 
602. Processing by plug-in controller 112B (FIG. 2C) trans- 
fers to step 510 (FIG. 5) in which plug-in controller 112B 
repositions window 608 (FIG. 6D) to have the same size and 
position of new window 610 as shown in FIG. 6E. 

Thus, window 610 is never deleted but is only moved 
and/or resized. Therefore, the graphical contents of window 
610 can be easily updated by instructing plug-in body 114B 
to re-display the graphical contents of window 610. If 
plug-in body 114B displays a motion video stream in 
window 610, plug-in body 114 updates the graphical content 
of window 610 (FIG. 6E) simply by displaying the next 
frame of the motion video stream in window 610. 
Accordingly, the state of window 610 survives deletion of 
window 606, and recreation of the state of window 610 
immediately prior to the deletion of window 606 from a 
lengthy motion video stream is obviated. 

The above description is illustrative only and is not 
limiting. The present invention is limited only by the claims 
which follow. 

What, is claimed is: 

1. A method for invoking a plug-in body by a platform 
computer process which has a platform context, the method 
comprising: 

invoking a plug-in controller using a plug-in invocation 
mechanism; and 

invoking the plug-in body as a separate computer process 
from the platform process such that the plug-in body 
has a plug-in context which is independent of the 
platform context by creating a duplicate platform pro- 
cess and replacing the duplicate platfonn process with 
the plug-in body to form the separate computer process. 

2. The method of claim 1 wherein creating a duplicate 
platform process comprises: 

duplicating the platform process, which includes the 
plug-in controller, to form a separate duplicate platform 
process, which includes a duplicate plug -in controller. 

3. A method for invoking a plug-in body by a platform 
computer process which has a platform context, the method 
comprising: 

invoking a plug-in controller using a plug-in invocation 
mechanism; 

invoking the plug-in body as a separate computer process 
from the platform process such that the plug-in body 
has a plug-in context which is independent of the 
platform context; and 

controlling operation of the separate computer process of 
the plug-in body through an inter-process communica- 
tion mechanism between the separate computer process 
and the plug-in controller of the platform process. 

4. The method of claim 1 further comprising: 
creating, by operation of the platform process, an envi- 
ronment within which the separate computer process 
can display information; and 
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providing to the separate computer process environment 
information sufficient to allow the separate computer 
process to gain access to the environment. 

5. The method of claim 4 wherein the environment is a 
window. 

6. The method of claim 4 wherein the environment 
information is independent of the platform context. 

7. A computer system comprising: 
a processor; 

a memory operatively coupled to the processor; 

a platform process which executes in the processor from 
the memory and which has a platform context; 

a plug-in controller stored in the memory and which is 
configured such that the platform process can invoke 
execution of the plug- in controller in the platform 
context, and which is further configured to invoke 
execution of a plug-in body as a separate computer 
process in a plug-in context which is independent of the 
platform context by creating a duplicate platform pro- 
cess and replacing the duplicate platform process with 
the plug-in body to form the separate computer process. 

8. The computer system of claim 7 wherein the plug-in 
controller is configured to invoke execution of the plug-in 
body as a separate computer process by: 

duplicating the platform process to form a separate dupli- 
cate platform process; and 

replacing the duplicate platform process with the plug-in 
body to form the separate computer process. 

9. A computer system comprising: 
a processor; 

a memory operatively coupled to the processor; 

a platform process which executes in the processor from 
the memory and which has a platform context; 

a plug-in controller stored in the memory and which is 
configured such that the platform process can invoke 
execution of the plug-in controller in the platform 
context, and which is further configured to invoke 
execution of a plug-in body as a separate computer 40 
process in a plug-in context which is independent of the 
platform context, wherein the plug-in controller is 
further configured to control operation of the separate 
computer process of the plug -in body through an inter- 
process communication mechanism between the sepa- 
rate computer process and the plug-in controller of the 
platform process. 

10. The computer system of claim 7 wherein the platform 
process can create an environment within which the separate 
computer process can display information and can further 
provide environment information to the plug-in controller 
wherein the environment information is sufficient to allow 
the plug-in controller access to the environment; and 

further wherein the plug-in controller is further configured 
to provide the environment information to the plug-in 55 
body in response to receipt of the environment infor- 
mation to thereby grant the plug-in body access to the 
environment. 

11. The computer process of claim 10 wherein the envi- 
ronment is a window. 
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12. The computer system of claims 10 wherein the 
environment information is independent of the platform 
context. 

13. A computer readable medium which includes com- 
puter executable instructions which comprise: 

a plug-in body; and 

a plug-in controller which is configured such that a 
platform process can invoke execution of the plug-in 
controller in a platform context in which the platform 
process executes, and which is further configured to 
invoke execution of the plug-in body as a separate 
computer process in a plug-in context which is inde- 
pendent of the platform context by creating a duplicate 
platform process and replacing the duplicate platform 
process with the plug-in body to form the separate 
computer process. 

14. The computer readable medium of claim 13 wherein 
the plug-in controller is configured to invoke execution of 
the plug-in body as a separate computer process by: 

duplicating the platform process to form a separate dupli- 
cate platform process; and 

replacing the duplicate platform process with the plug-in 
body to form the separate computer process. 

15. A computer readable medium which includes com- 
puter executable instructions which comprise: 

a plug-in body; and 

a plug-in controller which is configured such that a 
platform process can invoke execution of the plug-in 
controller in a platform context in which the platform 
process executes, and which is further configured to 
invoke execution of the plug-in body as a separate 
computer process in a plug-in context which is inde- 
pendent of the platform context, wherein the plug-in 
controller is further configured to control operation of 
the separate computer process of the plug-in body 
through an inter-process communication mechanism 
between the separate computer process and the plug-in 
controller of the platform process. 

16. The computer readable medium of claim 13 wherein 
the platform process can create an environment within 
which the separate computer process can display informa- 
tion and can further provide environment information to the 
plug-in controller wherein the environment information is 
sufficient to allow the plug-in controller access to the envi- 
ronment; and 

further wherein the plug-in controller is further configured 
to provide the environment information to the plug-in 
body in response to receipt of the environment infor- 
mation to thereby grant the plug-in body access to the 
environment. 

17. The computer readable medium of claim 16 wherein 
the environment is a window. 

18. The computer readable medium of claim 16 wherein 
the environment information is independent of the platform 
context. 
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